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(57) ABSTRACT 

Real-time, per call charge information is provided to a 
subscriber for calls in progress using a communications 
system having a service interface supporting the charge 
display feature. A repository of billing rate information is 
accessible to the communications system, which selects the 
appropriate billing rate based on call attributes such as time 
of day, geographic location, etc. The charge information 
may be periodically computed within a switch or data 
processing system within the communications system and 
transmitted to a mmnjc rliiipUy dfliin Pn llnrtliy 
Alternatively, raw billing rate information may be transmit- 
ted to an intelligent device at the subscribers location, which 
periodically computes the charge information and updates 
the display. 

22 Claims, 5 Drawing Sheets 



( r.mr. Vf 40 



ftttrim ciutsrair 
specific ut lag 
tnl or mtti □ n 



. . r « 

Sit fittnti tiraif Y> 

(It Clll COBBICt) 



C±ry* 




— i f 4 

OttttnlBt/AtlfliTi H 
(ii utditf) 
eill Ulrlbiilit 



CtUiliti pir cill 
ckirct laftinitlc-a 



■ , rA 

upditi riimf« -J 

tirair 



09/20/2003, EAST version: 1.04.0000 



U.S. Patent 



Apr. 3, 2001 



Sheet 1 of 5 



US 6,212,506 Bl 




09/20/2003, EAST version: 1.04.0000 



U.S. Patent Apr. 3, 2001 Sheet 2 of 5 



US 6,212,506 Bl 



112 



212 



Customer 
Database 



200 




Routing 
Information 
Database 



U 202 



Switch 
intelligence 



204 



Switch Fabric 



1 



DTMF 
Detector 



ir 2i0 



Tig. 2 



09/20/2003, EAST version: 1.04.0000 



U.S. Patent 



Apr. 3, 2001 



Sheet 3 of 5 



US 6,212,506 Bl 



112 
CDB 




ENET 



RIDB 



312 



5 



30 8 




310 
212 



CM 



Processing 
unit 



Memory 



314- 



Digital 
receiver 



300 



302 



<% 3A 



5 



304 



IP 



316 



Digital 
receiver 



._l 



112 



354 c358 




Tig. 3® 



09/20/2003, EAST version: 1.04.0000 



U.S. Patent Apr. 3, 2001 Sheet 4 of 5 



US 6,212,506 Bl 



(Feature y/" 
activated j 



402 



Retrieve customer 
specific rating 
information 



v 



404 



Set feature timer 
(at call connect) 



u 



406 



c 



Oone 



y 



Yes 



409 




Determine/Retrieve 
(as needed) 
call attributes 



414 



Tig. 4 



Calculate per call 
charge information 



Send charge 
information 



v 



Update feature 
timer 



v 



416 



418 



420 



412 



Wait 



09/20/2003, EAST Version: 1.04.0000 



U.S. Patent Apr. 3, 2001 Sheet 5 of 5 US 6,212,506 Bl 




09/20/2003, EAST version: 1.04.0000 



US 6,2 

1 

PER CALL REAL TIME BILLING DISPLAY 

BACKGROUND OF THE INVENTION 

1. Technical Field 

The present invention relates generally to communica- 
tions systems and in particular to billing rate features 
utilized in conjunction with communications systems. Still 
more particularly, the present invention relates to providing 
real-time display of billing charges to a subscriber for calls 
in progress. 

2. Description of the Related Art 

The explosion of telecommunications in contemporary 
society has been accompanied by service providers compet- 
ing for subscribers by offering a variety of service plans and 
features with disparate billing rates. The variability of costs 
for service relating to a particular call has thus become 
diificult if not impossible for users to monitor. For example, 
billing rates have co nv e nti o n ally varied depending on fac- 
tors such as, for example, the time at which a call is placed 
and the geographic location of the calling party and/or of the 
called party. More recently, additional factors impacting 
billing rates have derived from currently activated special 
features such as call waiting, and from discounts currently in 
effect for a particular customer. 

The advent of variable service plans have further com- 
plicated determination of billing rates for particular calls. 
Different customers may_Jiamjli££exenij[ates based on the 
particular plan subscribed to by the customer. For example, 
landline service plans are available for flat-rate billing for all 
calls within most large metropolitan areas having multiple 
area codes, while wireless service plans offer flat rate billing 
for particular areas or waiving of roaming charges within 
certain states. Depending on the long distance or cellular 
service selected by the customer and the particular plan 
chosen, different customers may have different rates even 
though they initiate calls at the same time of the day to and 
from the same geographic locations. 

For budgetin g or cost billing purposes, m any 
snhscriher s , "partic u1a rlv businesses wh^ ch pass on their 
costs to customers or cl ients-desire to k now the costs 
associated with a particular call while the c all is bein g made. 
Generally, subscri bes ate lequiiid tu We rt T ior the monthly 
stateme nt to learn the billing information associated with a 
particuj aTcall. At best, special arra ngements might be made 
for the customer to learn the billing information when the 
call is completed. However, a customer wish to limit costs 
to a prescribed amount has no real-time indication of billing 
information. 

It would be desirable, therefore, to provide subscribers 
with a display of real-time billing charges for a call in 
progress. It would further be advantageous if the display of 
real-time charges could be flexibly implemented to accom- 
modate a subscriber's particular communications hardware. 

SUMMARY OF THE INVENTION 

It is therefore one object of the present invention to 
provide an improved communications system. 

It is another object of the present invention to provide an 
improved billing rate feature for use in conjunction with 
communications systems. 

It is yet another object of the present invention to a 
method and apparatus for providing real-time display of 
billing charges to a subscriber for calls in progress. 

The foregoing objects are achieved as is now described. 
Real-time, per call charge information is provided to a 
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subscriber for calls in progress using a communications 
system having a service interface supporting the charge 
display feature. A repository of billing rate information is 
accessible to the communications system, which selects the 

5 appropriate billing rate based on call attributes such as time 
of day, geographic location, etc. The charge information 
may be periodically computed within a switch or data 
processing system within the communications system and 
transmitted to a remote display device for display. 

10 Alternatively, raw billing rate information may be transmit- 
ted to an intelligent device at the subscribers location, which 
periodically computes the charge information and updates 
the display. 

The above as well as additional objectives, features, and 
35 advantages of the present invention will become apparent in 
the following detailed written description. 

BRIEF DESCRIPTION OF THE DRAWINGS 
The novel features believed characteristic of the invention 

20 

are set forth in the appended claims. The invention itself, 
however, as well as a preferred mode of use, further objec- 
tives and advantages thereof, will best be understood by 
reference to the following detailed description of an illus- 

25 trative embodiment when read in conjunction with the 
accompanying drawings, wherein: 

FIG. 1 depicts a diagram of a communications system in 
which a preferred embodiment of the present invention may 
be implemented; 

30 FIG. 2 is a functional block diagram of a communications 
system in which a preferred embodiment of the present 
invention may be implemented; 

FIG. 3A is a block diagram of a switch in which a 
preferred embodiment of the present invention may be 

35 implemented; 

FIG. 3B is a block diagram of physical components in an 
intelligent network in which a preferred embodiment of the 
present invention may be implemented; 

4Q FIG. 4 is a high level flowchart for a process for providing 
real-time, per call billing information display in accordance 
with a preferred embodiment; and 

FIG. 5 depicts a message flow diagram for the provision 
of real-time charge information in accordance with a pre- 

45 ferred embodiment of the present invention. 

DETAILED DESCRIPTION 

With reference now to the figures and in particular with 
reference to FIG. 1, a diagram of a communications system 

50 in which a preferred embodiment of the present invention 
may be implemented is depicted. Communications system 
100 includes a telecommunications network ("Telco 
network") 102, which may be, for example, a local exchange 
carrier (LEC), a interexchange carrier (I EC), a hybrid 

55 network, or any combination of the three. Local calls within 
telecommunications network 102 are serviced by the LEC, 
while the IEC is the service provider for calls within 
telecommunications network 102 involving long distance 
service. Where telecommunications network 102 is a hybrid 

60 network, the network may include both landline and wire- 
less communications capabilities. 

Telecommunications network 102 also includes a number 
of switches 104<z-104c, which establish and route calls 
between source customer premises equipment (CPE) 106 

65 and target CPE 108. Switches 104a-104c interconnect trans- 
mission facilities and are employed to route traffic through- 
out telecommunications network 102. Transmission facili- 
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ties provide communications paths carrying a user's voice embodiment of the present invention may be implemented 

and network control information between switches in a and may be any of switches 104a-104c depicted in FIG. 1. 

network. Generally, transmission facilities include a trans- In particular, communications system 200 in FIG. 2 includes 

mission medium, such as, for example, air, copper wires, hardware depicted as functional units which may implement 

coaxial cables, or fiber optic cables, along with electronic 5 the various processes required in accordance with a pre- 

equipment employed to amplify signals. CPE 106 and 108 ferred embodiment of the present invention. The functional 

(also called station equipment) is generally located at a units described below for communications system 200 may 

user's premises. The function of CPEs 106 and 108 is to be configured in different physical configurations depending 

transmit and/or receive user information, together with on the particular implementation. Examples of different 

exchange control information, with telecommunications net- 10 physical configurations which may be utilized are described 

work 102 in order to place calls and access services from below with reference to FIGS. 3A and 3B. 

telecommunications network 102. Although depicted as Communications system 200 in FIG. 2 includes switch 

telephones, CPEs 106 and 108 may be any type of commu- intelligence (SI) 202, which provides the logic for call 

nications unit, such as, for example, a telephone, a computer, processing and providing automated pre-call query of rate 

or a fax machine. Additionally, CPEs may be an intelligent 15 ^formation AdditionaUy^ commumcations sys em 200 

device 110 having internal processing power sufficient to ^eludes switch fabric (SF) 204, which provides the com- 

. r rfu * *„ mumcations connections and other switch hardware 

execute a portion of the processes of the present invention. tQ connect caUers tQ ^ switch aQd tQ eacfa ^ 

In any event, the CPE is equipped with a remote display Co ^ cations tem 200 ^ includes a dual tone) 

device for displaying real-time billing information in a mu iti_f re quency (DTMF) detector 210 for detecting DTMF 

manner which may be viewed by the subscriber. 20 tones that may be transmitted by a user. Depending upon the 

Additionally, while CPEs 106 and 108 and intelligent device implementation, voice recognition equipment may be used 

110 are depicted as connected to the same switch m the ^ place of or m addition to DTMF detector 210. Customer 

exemplary embodiment, each device may be connected to database (CDB) 112 is a database containing information for 

different switches. customers which is utilized to determine rates for calls from 

Although the exemplary embodiment includes only three 2 s a source location to various target locations, including 

switches and two CPEs, these numbers are selected for customer rate profile, geographic information used for 

illustrative purposes only, for simplicity and clarity in charge calculations, call attribute rate information, etc. Cus- 

describing the invention. Depending on the nature of tele- tomer database 112 serves as a repository for billing rate 

communications network 100 and the number of customers information and may be maintained within a switch as 

serviced, other numbers of switches, communications paths, 30 illustrated in FIG. 2, or external to a switch, as depicted m 

and CPEs may be employed in a variety of configurations. FI GS. 1 and 3A-3B. Routing information database (RIDB) 

In the illustrative embodiment, telecommunications network 212 within communications system 200 contains routing 

102 is designed and optimized for voice data, although other information utilized for call processing, 

forms of data may be transmitted. The processes of the With reference now to FIGS. 3A-3B, block diagrams 

present invention may be implemented within a data pro- 35 illustrating different physical configurations for switch com- 

cessing system in telecommunications network 102 such as ponents in which a preferred embodiment of the present 

one of switches 104a-104c, a computer having a connection invention may be implemented are depicted. FIG. 3A is a 

to one of switches 104a-104c, or in an intelligent device 110 block diagram of a physical switch 300 representative of the 

having a display operating in conjunction with a switch such DMS family of switch products available from Northern 

as one of switches 104a-104c. 4 o Telecom Limited in Ottawa, Canada. Switch 300 may be 

The processes of the present invention utilize a repository employed within communications system 100 depicted in 

of billing rate information, such as customer database FIG. 1 as one of switches 104fl, 104£>, or 104c and provides 

(CDB) 112, and a service interface, such as switch 104a. The ^ functionality illustrated in FIG. 2. 

billing rate information maintained within customer data- Switch 300 as depicted in FIG. 3A includes central unit 

base 112 may include information regarding a service plan 45 302 connected to intelligent peripheral 304. Central unit 302 

to which the customer subscribes. Thus, separate billing contains a computing module (CM) 306, which employs 

information need not be maintained for each customer processing unit 308 and memory 310 to provide switch 

within the repository of billing rate information, merely an intelligence functions for switch 300. Processing unit 308 

indication of which service plan billing rate information may comprise, for example, one or more processors execut- 

should be employed. The repository of billing rate informa- 50 m g instructions to provide logic for call processing and to 

tion includes information such as geographic location rates, implement processes described below for a preferred 

call type rates, time of day rates, plus any customer specific embodiment of the present invention. Memory 310 stores 

rating information. The service interface provides customers instructions and data and may include random access 

with the ability to activate the feature allowing for display of memory (RAM) and/or read only memory (ROM), 

per call charges in real time, assuming the user has a remote 55 Central unit 302 also includes enhanced network (ENET) 

display device capable of displaying the charges. The ser- 312, which provides a switch fabric function. In FIG. 2, 

vice interface also monitors any type of change in billing digital receiver 314 provides the DTMF functions. Central 

information and updates the repository (customer database) unit 302 also includes an integral routing information data- 

with proper per minute billing information. Although base 212. Voice server functions for switch 300 are provided 

depicted as implemented within a single switch, the service 60 by intelligent peripheral (IP) 304, which also contains digital 

interface may be implemented to operate within all switches receiver 316. Digital receivers 314 and 316 may provide 

within a communications system. voice recognition functions in place of or in addition to 

Referring now to FIG. 2, a functional block diagram of a recognizing DTMF tones. Switch 300 has a connection to 

communications system 200 in which a preferred embodi- customer database (CDB) 112, which is external to switch 

ment of the present invention may be implemented is 65 300 in the depicted example. 

illustrated. Communications system 200 is an example of a FIG. 3B depicts a block diagram of physical components 

data processing system in which the processes of a preferred in an intelligent network 350 representative of a Interna- 
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tional Telecommunications Union switch, defined by ITU-T 
Q. 1200. Network 350 may be implemented within telecom- 
munications network 102 as switches 104a, 104fc, or 104c in 
FIG. 1 in accordance with the preferred embodiment of the 
present invention. Network 350 includes a service control 
platform (SCP) 352, which is the switch intelligence for 
network 350. Within service control platform 352 is a 
processor unit 354 and a memory 356, which contain the 
processing logic for providing per call real-time billing rate 
display in the depicted example. Additionally, service con- 
trol platform 352 also contains a routing information data- 
base (RIDB) 212. Network 350 also contains a service 
switch platforim (SSP) 362, which provides switch fabric 
functions. Specialized resource functions (SRFs) 360 is 
found within service switch platform 362. Specialized 
resource function (SRF) 360 provides DTMF functions for 
recognizing signals from consumer premises equipment. 
Intelligent peripheral (IP) 358 also is a part of network 350 
and provides voice server functions. Additionally, within 
intelligent peripheral 358 is specialized resource function 
364, which also serves to provide DTMF functions. 
Alternatively, instead of DTMF functions, specialized 
resource functions 360 and 364 may be employed to provide 
voice recognition in place of or in addition to recognizing 
DTMF tones. Switch control platform 352 is in communi- 
cation with customer database (CDB) 112, which is external 
to network 350 in the depicted example. 

Although the examples in FIGS. 1, 2, and 3A-3B depict 
switches as the environments in which the processes of the 
present invention may be implemented, the processes of 
may also be implemented in other data processing systems. 
For example, the processes of the present invention may be 
implemented within a computer having a connection to a 
switch, with the computer providing the logic and com- 
mands to the switch to execute the processes. Alternatively, 
the processes may be implemented to operate in an intelli- 
gent device operating in conjunction with a switch. 

Referring to FIG. 4, a high level flowchart for a process 
for providing realtime, per call billing information display in 
accordance with a preferred embodiment of the present 
invention. The process begins at step 402, which depicts 
activation of the per call, real-time billing display feature. 
The process next passes to step 404, which illustrates 
retrieving customer-specific rate information from the 
repository of billing rate information (customer database), 
and then to step 406, which depicts setting the feature timer 
for the real-time charge display, at call connect. 

The process next passes to step 408, which illustrates a 
determination of whether the call has been disconnected. If 
so, the process proceeds to step 409, which depicts the 
process being completed. If the call has not been 
disconnected, however, the process proceeds instead to step 
410, which depicts a determination of whether the feature 
timer is up. If not, the process proceeds to step 412, which 
illustrates the process waiting for a predetermined period of 
time, and then returning to step 408, described above. If the 
feature timer is up, however, the process proceeds instead to 
step 414, which depicts determining and/or retrieving call 
attributes, such as call type, time of day, geographic location, 
etc., as needed. 

The process next passes to step 416, which illustrates 
calculation of the per call charge information, and then to 
step 418, which depicts sending the current charge informa- 
tion to the customer's CPE for remote display. The process 
then passes to step 420, which illustrates updating the 
feature time, and returns to step 408 to determine whether 
the call has been disconnected, as described above. The 
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process shown and describe thus periodically updates the 
charge information displayed on a display device associated 
with the customer's CPE, providing real-time charge infor- 
mation. 

5 The process described above may be performed within a 
switch or data processing system within a communications 
network, with the computed charge information transmitted 
to a remote display device associated with the calling party's 
CPE for display. Alternatively, if the customer's CPE is an 

1Q intelligent device, the raw billing information for the call 
could be transmitted to the CPE, with the customer's CPE 
calculating the charge information for display. 

Referring now to FIG. 5, a functional message flow 
diagram for provision of real-time charge information in 

35 accordance with a preferred embodiment of the present 
invention is depicted. The provision of real-time charge 
information begins with a customer's (calling party's) CPE 
transmitting a request for connection to 972-669-5432*77, 
the called party's number plus a feature activation code, to 

2Q the DTMF detector, as illustrated by message 502. The 
DTMF detector then transmits the digits 972-669-5432*77 
to the switch intelligence (message 504). The switch 
intelligence, in turn, requests route information from the 
routing information database (message 506) and receives the 

25 requested routing information from the routing information 
database (message 508). 

The switch intelligence next requests rate information 
from the customer database (message 510) and receives the 
requested rate information (message 512). The switch intel- 

30 ligence then calls the called party (message 514), and the 
called party's CPE answers the call (message 516). The 
switch intelligence will subsequently calculate the charge 
information and transmit the calculated charge information 
to the calling party (customer) CPE (message 518). 

35 It may be necessary during a call to update the rate 
information utilized in calculating the charge information 
transmitted to the customer's CPE. In that event, the switch 
intelligence requests updated rate information from the 
customer database (message 520) and receives the requested 

40 updated rate information from the routing information data- 
base (message 522). The switch intelligence then calculates 
updated charge information, which it transmits to the cus- 
tomer CPE (message 524). The call may be terminated by 
the customer CPE transmitting a disconnect signal to the 

45 switch intelligence (message 526), followed by a similar 
disconnect signal being transmitted from the called party 
CPE to the switch intelligence (message 528). 

The present invention provides display of real-time, per 
call billing information to subscribers. Subscribers are thus 

50 provided with an indication of the costs of a particular call 
while the call is in progress, and may utilize this information 
to determine when to terminate a call. The billing informa- 
tion may be provided in a flexible manner accommodating 
either intelligent devices utilized by the subscriber or simple 

55 remote display devices. 

It is important to note that while the present invention has 
been described in the context of a fully functional commu- 
nications system, those skilled in the art will appreciate that 
the mechanism of the processes of the present invention is 

60 capable of being distributed in the form of a computer 
readable medium of instructions in a variety of forms, and 
that the present invention applies equally regardless of the 
particular type of signal bearing media used to actually carry 
out the distribution. Examples of computer readable media 

65 include: recordable type media such as floppy disks and 
CD-ROMs and transmission type media such as digital and 
analog communication links. 
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The description of the preferred embodiment of the 
present invention has been presented for purposes of illus- 
tration and description, but is not intended to be exhaustive 
or limit the invention in the form disclosed. Many modifi- 
cations and variations will be apparent to those of ordinary 5 
skill in the art. The embodiment was chosen and described 
in order to best explain the principles of the invention and 
the practical application to enable others of ordinary skill in 
the art to understand the invention for various embodiments 
with various modifications as are suited to the particular use 10 
contemplated. 

What is claimed is: 

1. A method of providing per call, real-time billing display 
within a communications system, comprising: 

responsive to detecting a call within the communication ^ 
system requiring real-time billing display, querying a 
database of customer specific billing rate information to 
determine a billing rate applicable to the call for a 
customer placing the call; and 

prior to termination of the call, periodically transmitting 20 
current charge information to a display device associ- 
ated with equipment employed by the customer in 
placing the call. 

2. The method of claim 1, wherein the step of querying a 
database of customer specific billing rate information further 25 
comprises: 

retrieving an indication of service plan subscriptions and 
applicable special discounts. 

3. The method of claim 1, further comprising: 

prior to updating the current charge information, deter- 30 
mining an updated billing rate applicable to the cus- 
tomer for the call. 

4. The method of claim 1, wherein the step of determining 
a billing rate applicable to a customer further comprises: 

retrieving billing rate information for the customer; and 35 
determining call attributes including time of day, calling 
party location, called party location, service features 
activated for the customer, and service plan subscrip- 
tions by the customer. 

5. The method of claim 4, wherein the step of transmitting 40 
current charge information to a display device further com- 
prises: 

computing current charge information for the call using 

the billing rate; and 
transmitting the computed current charge information 45 

to the display device. 

6. The method of claim 4, wherein the step of transmitting 
current charge information to a display device further com- 
prises: 

transmitting the hilling rate for the call to an intelligent 50 

device connected to the display device; 
computing current charge information for the call using 

the intelligent device; and 
transmitting the computed current charge information to 55 

the display device. 

7. A method of providing per call, real-time billing display 
within a communications system, comprising: 

retrieving billing rate information from a repository of 
customer specific billing rate information for a call 60 
placed by a customer having a billing display feature 
activated; 

determining a billing rate applicable to the call for the 
customer; 

starting a timer; and 65 
upon elapse of a period of a predetermined length, trans- 
mitting current charge information to a display device 
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associated with equipment employed by the customer 
to place the call. 

8. The method of claim 7, further comprising: 

upon elapse of each period of the predetermined length 
during the call, updating the current charge information 
and transmitting the updated current charge informa- 
tion to the display device. 

9. The method of claim 7, wherein the step of determining 
a billing rate applicable to the call further comprises: 

retrieving billing rate information for the customer; and 
determining call attributes of the call including time of 
day, calling party location, called party location, ser- 
vice features activated for the customer, and service 
plan subscriptions by the customer. 

10. The method of claim 7, wherein the step of transmit- 
ting current charge information to a display device further 
comprises: 

computing current charge information for the call using 

the applicable billing rate; and 
transmitting the computed current charge information to 

the display device. 

11. The method of claim 7, wherein the step of transmit- 
ting current charge information to a display device further 
comprises: 

transmitting the billing rate for the call to an intelligent 
device connected to the display device; 

computing current charge information for the* call using 
the intelligent device; and 

transmitting the computed current charge information to 
the display device. 

12. The method of claim 7, further comprising: 
resetting the timer; 

upon elapse of an additional period of the predetermined 
length, transmitting a new current charge information 
to the display device; and 

repeating the resetting and transmitting steps until the call 
is disconnected. 

13. A communications system, comprising: 

a plurality of switches routing communications between 
communications devices for subscribers of the com- 
munications system; 

a repository of customer specific billing rate information 
maintained in association with at least one switch 
within the plurality of switches; and 

a service interface to the repository of billing rate infor- 
mation allowing a switch within the plurality of 
switches to determine a billing rate applicable to a call 
routed for a subscriber of the communications system, 

wherein, during a duration of the call, the switch transmits 
billing rate information to a display device viewable by 
the subscriber. 

14. The communications system of claim 13, wherein the 
switch periodically computes current charge information 
from the billing rate information and transmits the current 
charge information to the display device. 

15. The communications system of claim 13, wherein the 
display device is an intelligent display device, the switch 
transmits the billing rate information to the intelligent dis- 
play device, and the intelligent display device periodically 
computes current charge information. 

16. The communications system of claim 13, a data 
processing system connected to the switch periodically 
computes current charge information from the billing rate 
information and the switch transmits the current charge 
information to the display device. 
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17. A switch, comprising: 

switch intelligence providing logic for call processing; 

switch fabric providing communications connections 
requested by the switch intelligence; 

a routing information database containing information 
employed by the switch intelligence in routing calls 
during call processing; 

a customer information database containing billing rate 
information for users, wherein the billing rate informa- 
tion is employed by the switch intelligence to deter- 
mine a billing rate applicable, for a customer, to a call 
routed by the switch; and 

a service interface transmitting charge information for the 
call to a display device connected to the switch, 
wherein the charge information is transmitted to the 
device at least once during the call. 

18. The switch of claim 17, wherein the service interface 
transmits a computed charge for the call to the display 
device. 

19. The switch of claim 17, wherein the service interface 
transmits the applicable billing rate for the call to the display 
device. 

20. The switch of claim 17, wherein the service interface 
periodically transmits the charge information for the call to 25 
the display device. 
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21. A computer program product for use with a data 
processing system, comprising: 

a computer usable medium; 

first instructions on said computer usable medium for 
retrieving billing rate information from a repository of 
customer specific billing rate information for a call 
placed by a customer having a billing display feature 
activated; 

second instructions on said computer usable medium for 
determining a billing rate applicable to the call; 

third instructions on said computer usable medium for 
starting a timer; and 

fourth instructions on said computer usable medium for 
transmitting, upon elapse of a period of a predeter- 
mined length, current charge information to a display 
device associated with equipment employed by the 
customer to place the call. 

22. The computer program product of claim 21, wherein 
the fourth instructions further comprise: 

instructions for computing current charge information for 
the call using the applicable billing rate; and 

instructions for transmitting the computed current charge 
information to the display device. 
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(57) ABSTRACT 

A virtual private network includes an internet protocol (IP) 
network and a public switched telephone network (PSTN). 
An enterprise gateway is operably connected to the IP 
network. The enterprise gateway is operably connected to a 
switch of the PSTN through a direct access line (DAL). The 
set-up signaling fnr vjrtiijjjjjy^^e n etwork calls aj d the 
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network and the public switched telephone network through 
the direct access line. 

17 Claims, 2 Drawing Sheets 
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METHOD OF AND SYSTEM FOR 
EXTENDING INTERNET TELEPHONY 
OVER VIRTUAL PRIVATE NETWORK 
DIRECT ACCESS LINES 

BACKGROUND 

The present invention relates generally to the field of 
virtual private networks, and more particularly to a method 
of and system for providing a virtual private network in 
which a portion of each call is transported through an 
internet protocol network. 

DESCRIPTION OF THE PRIOR ART 

Some larger organizations with farflung sites and loca- 
tions use virtual private networks (VPNs) as an alternative 
to traditional long distance services for their intra- 
organizational telephone communications. Virtual private 
networks are created within the public switched telephone 
system but they provide a communication system that 
appears from the users prospective to be private. 

Referring to FIG. 1, there is shown a simplified block 
diagram of a virtual private network. An intra-location 
telephone system includes a plurality of telephones 11 
operably connected to a private branch exchange (PBX) 13. 
As is well known to those skilled in the art, several or even 
hundreds of telephones may be operably connected to PBX 
13. 

PBX 13 provides intra-site communication between tele- 
phone and other telephones at the site. Additionally, a user 
of a telephone 11 may make a local or long distance call 
outside of the location by entering a digit, such as "9", to 
obtain an outside line. Additionally, a user of telephone 11 
may make a VPN call by entering another digit, such as "8", 
to reach a member of the organization at another location. 
The other location may be in a separate city, state, or even 
country. Typically, VPN numbers have the appearance of 
local seven digit telephone numbers. A three digit prefix 
number identifies a location and the remaining four digits 
identify a telephone within the location. 

In the example of FIG. 1, a user of telephone 11 at a 
location located in, for example, California, wishes to place 
a VPN call to a telephone 15 located at a site of the 
organization in, for example, New York. The telephones 15 
of the site in New York are operably connected to a PBX 17 
that services the site. For purposes of illustration, the VPN 
number associated with telephone 15 is 555-1234. To initiate 
the call, a user takes telephone 11 off hook and receives a 
dial tone from PBX 13. The user enters "8" to identify the 
call as a VPN call and receives another dial tone. Then, the 
user enters the digits 555-1234. PBX 13 forwards the call to 
a switch 19 of a public switched telephone network (PSTN) 
21 over a direct access line (DAL 23). Switch 19 is identified 
in PSTN 21 by a unique originating switch identifier 
(OSID). DAL 23 is identified by an originating truck group 
(OTG) identifier. When switch 19 receives the dialed digits 
on the DAL 23, it must consult a service control point (SCP) 
25 for routing instructions. SCP 25 uses the OSID and the 
OTG to determine the identity of the VPN customer and 
provides routing instructions to switch 19 based on the 
customer identification and the dialed digits. Switch 19 
routes the call through PSTN 21 to an appropriate terminat- 
ing switch 27. Switch 27 is operably connected to PBX 17 
to complete the call to telephone 15. 

One of the problems with VPN service is that the public 
switched telephone network does not extend reliably to all 
parts of the world. Because of the unreliability of the PSTN 
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in certain parts of the world, certain locations of organiza- 
tions particularly, those located in developing nations, are 
unable to use VPN services. 
Recently, organizations have begun to build and use 

5 packet switched data networks, such as private intranets and 
the Internet itself, for mission critical communications. Even 
in regions without reliable access to the public switched 
telephone system, organizations have built or have gained 
access to robust high speed data networks for the transfer of 

30 data and electronic communications, such as e-mail, 
between locations. 

It is an object of the present invention to provide a system 
that extends VPN services through data networks, such as 

^ private intranets and the Internet. 

SUMMARY 

The present invention provides a virtual private network 
(VPN) that includes an internet protocol (IP) network and a 

20 public switched telephone network (PSTN). An egress enter- 
prise gateway is operably connected to the IP network. The 
egress enterprise gateway is operably connected to a switch 
of the PSTN through a direct access line (DAL). The set-up 
signaling for virtual private network calls and the calls 

25 themselves are transported across the IP network and the 
PSTN through the DAL. An intelligent layer in the IP 
network has the ability to route IP network originated calls 
to a traditional PSTN DAL. 

BRIEF DESCRIPTION OF THE DRAWINGS 

30 

FIG. 1 is a block diagram illustrating a virtual private 
network of the prior art. 

FIG. 2 is a block diagram illustrating a virtual private 
network according to the present invention. 
35 FIG. 3 is a block diagram illustrating the operation of 
enterprise gateways according to the present invention. 

DETAILED DESCRIPTION 

Referring now to FIG. 2, a VPN according to the present 
invention is designated generally by the numeral 31. A 
portion of VPN 31 is implemented in a traditional PSTN 
environment. The PSTN part of network 31 includes a 
switch 33 that is served by a SCP 35. Switch 33 is operably 
connected to a PSTN 37, which in turn is operably con- 
nected to a switch 39. Switch 39 is operably connected to a 
PBX 41 at a location of an organization through a DAL 45. 
PBX 41 is operably connected to a plurality of telephones, 
even though only one is shown as telephone 43. 

50 According to the present invention, a portion of VPN 31 
is also implemented in an IP network environment. The IP 
network environment of VPN 31 includes an IP network, 
which is generally designated by the numeral 47. IP network 
47 may comprise a private intranet, the Internet, or a 

55 combination of a private intranet and the Internet. IP net- 
work 47 provides traditional Internet and web -based 
services, as well as IP telephony services. 

A local organization's telephone system includes a PBX 
51 and a plurality of telephones, even though only one is 

60 shown as telephone 53. Telephone 53 operates in the normal 
way. A user can use telephone 53 to call other telephone 
extensions within PBX 51. PBX 51 can also provide a 
telephone 53 with an outside line on which the user of 
telephone 53 can make local and long distance calls. 

65 According to the present invention, a user can use tele- 
phone 53 and PBX 51 to make VPN calls. PBX 51 is 
operably connected to an ingress enterprise gateway (EG) 
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55. Although gateway 55 is labeled as an "ingress" EG, it is 
a bidirectional EG and the label "ingress" is only for 
identification relative to the call flow from telephone 53 to 
telephone 43. Referring to FIG. 3, EG 55 includes a signal- 
ing gateway 57 and a media gateway 59. Signaling gateway 5 
57 provides bi-directional protocol translation from a tele- 
phony signaling protocol, such as SS7, ISDN, or channel 
associated signaling (CAS), depending upon the signaling 
protocol used by PBX 51, to an Internet telephony signaling 
protocol, such as session initiation protocol (SIP) or H.323. 10 
The preferred embodiment of the present invention is based 
upon the SIP signaling protocol. However, other embodi- 
ments are contemplated based on other protocol, such as 
H.323. Media gateway 59 provides bidirectional protocol 
translation between traditional telephony time division mul- is 
tiplexed voice circuits to an IP transport protocol such as 
real-time transport protocol (RTP). In the case of ISDN or 
SS7 signaling, signaling gateway 57 is connected to PBX 59 
by a signaling link, which is either an SS7 signaling link or 
an ISDN D-channel. In the case of CAS signaling, signaling 20 
gateway 57 receives signaling information from media gate- 
way 59. 

SIP and RTP packets are transported across IP network 47 
to an egress enterprise gateway EG 61. Although gateway 55 
is labeled as an "ingress" EG, it is a bidirectional EG and the 25 
label "ingress" is only for identification relative to the call 
flow from telephone 53 to telephone 43. EG 61 includes a 
signaling gateway 63 and a media gateway 65. Signaling 
gateway 63 and media gateway 65 perform bidirectional 
protocol translations in the manner described with respect to 30 
signaling gateway 57 and media gateway 59, respectively. 
Referring again to FIG. 2, EG 61 is connected to switch 33 
of PSTN 27 by DAL 23. 

Referring again to FIG. 2, a VPN call can be placed from 
telephone 53, located for example in Malaysia, to a tele- 35 
phone 43, located for example in New York. A user takes 
telephone 53 off hook and dials a VPN number in the normal 
way. For example, the user dials 8-777-4321. PBX 51 sends 
a normal set up message with the dialed digits 777-4321 to 
EG 55. EG 55 performs a protocol translation and formu- 40 
lates a SIP invite message of the form: 

INVITE:7774321@xyzus.com 

FROM:5551234@xyzm alaysia.com 

TO:7774321@xyzus.com 45 
In the preferre d embodiment. SIP U fl[ ^ n~ ~ f fnr ™ 
"tele phon e m^|>ft r(5)p r atewa v." Thus, EG 55 is identified 
as xyzmalaysia.com and EG 61 is identified at xyzus.com. 
The SIP invite m essag e is transported jtcmss IP network 47 
to EG 61. EG 61 performs a protocol translation and sends 50 
set up message for VPN number 777-4321 to switch 33 over 
DAL 23. Switch 33 recognizes the call as a VPN call and 
consults SCP 35 for routing instructions. SCP 35 uses the 
dialed digits, the OSID of switch 33, and the OTG of DAL 
23 to provide routing instructions to switch 33. Based upon 55 
the instructions received from SCP 35, the call is set up 
across PSTN 37 to telephone 43 using normal telephony 
signaling. During call setup, egress enterprise gateway 61 
passes IP telephony signaling through IP network 47 back to 
ingress enterprise gateway 55. 60 

The system of the present invention also provides VPN 
services initiated from telephones 43 served by PSTN 37 to 
telephones 53 served by IP network 47. A user takes tele- 
phone 43 off hook and dials a VPN number, for example, the 
user dials 8-555-1234. PBX 51 sends a set up message with 65 
the dialed digits 555-1234 to switch 39 over DAL 45. Switch 
39 recognizes the call as a VPN call and consults a SCP 63 
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for routing instructions. SCP 63 uses the dialed digits, the 
OSID of switch 39, and the OTG of DAL 45 to provide 
routing instructions to switch 39. Based upon the instruc- 
tions received from SCP 63, switch 39 sends an SS7 initial 
address message (I AM) to 33. Switch 33 sends a setup 
message to EG 61. EG 61 performs a protocol translation 
and formulates a SIP invite message of the form: 

INVITE:5551 234@xyzmalaysia.com 

FROM:7774321@xyzus.com 

TO:5551234@xyzm alaysia.com 
Hie SIP invite message is transported across IP network 47 
to egress enterprise gateway 55. EG 55 performs a protocol 
translation and sends set up message for VPN number 
555-1234 to PBX 51. 

From the foregoing, it may be seen that the present 
invention uses IP telephony to extend the architecture and 
infrastructure of virtual private networks to areas with 
unreliable access to the PSTN. A portion of the call is setup 
and transported across an IP network using a layer of 
intelligence that routes the call and its signaling to an 
appropriate enterprise gateway. A portion of the call is setup 
and transported across the PSTN using traditional VPN 
infrastructure. 

Additionally, the present invention may be used to pro- 
vide virtual private network services to Internet devices and 
appliances, such as IP phones 65 and IP telephony enabled 
personal computers 67, 

The present invention has been illustrated and described 
with respect to a presently preferred embodiment. Those 
skilled in the art will recognize alternative embodiments 
given the benefit of the foregoing disclosure. Accordingly, 
the foregoing disclosure is for purposes of illustration and 
not of limitation. 

Thus, having fully described the present invention by way 
of example with reference to attached drawings figures, it 
will be readily appreciated that many changes and modifi- 
cations may be made to the invention and to any of the 
exemplary embodiments shown and/or described herein 
without departing from the spirit or scope of the invention, 
which is defined in the appended claims. 

What is claimed is: 

1. A virtual private network, which comprises: 
an internet protocol network; 

an enterprise gateway operably connected to said internet 

protocol network; 
a direct access line operably connected to said gateway; 

and 

a switch of a public switched telephone network operably 
connected to said direct access line. 

2. The virtual private network as claimed in claim 1, 
wherein said gateway comprises: 

a signaling gateway; and 
a media gateway. 

3. The virtual private network as claimed in claim 2, 
wherein said signaling gateway comprises means for con- 
verting internet protocol call set-up messages to telephone 
call set-up messages. 

4. The virtual private network as claimed in claim 2, 
wherein said signaling gateway comprises means for con- 
verting internet session initiation protocol messages to tele- 
phone call setup messages. 

5. The virtual private network as claimed in claim 1, 
comprising: 

a second enterprise gateway operably connected to said 
internet protocol network; and, 
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an originating public branch exchange operably con- 
nected to said second gateway. 

6. The virtual private network as claimed in claim 5, 
wherein said second gateway comprises: 

a signaling gateway; and 
a media gateway. 

7. The virtual private network as claimed in claim 6, 
wherein said signaling gateway of said second gateway 
comprises means for converting telephone call set-up mes- 
sages to internet protocol call set-up messages. 

8. The virtual private network as claimed in claim 6, 
wherein said signaling gateway of said second gateway 
comprises means for converting telephone call set-up mes- 
sages to internet session initiation protocol messages. 

9. The virtual private network as claimed in claim 1, 
comprising: 

a terminating private branch exchange operably con- 
nected to said public switched telephone network. 

10. A method of providing virtual private network 
services, which comprises the steps of: 

transporting a called party number to an enterprise gate- 
way through an internet protocol network; and, 
transporting said called party number from said gateway 
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12. The method as claimed in claim 11, wherein said 
direct access line is identified by an originating trunk group 
(OTG) identifier. 

13. The method as claimed in claim 12, comprising the 
step of: 

routing a call through said public switched telephone 
network based upon said called party number, said 
OSID, and said OTG. 

14. The method as claimed in claim 10, wherein said step 
of transporting said called party number to said gateway 
comprises the steps of: 

receiving said called party number in a telephony signal- 
ing protocol at a second enterprise gateway; and 

translating said called party number from said telephony 
signaling protocol to an internet protocol for transport 
over said internet protocol network. 

15. The method as claimed in claim 14, comprising the 
step of: 

generating a URL with said called party number at said 
second gateway. 

16. The method as claimed in claim 15, wherein said URL 
includes said called party number and a domain name 
corresponding to said gateway. 

17. The method as claimed in claim 10, wherein said step 
of transporting said called party number to said gateway 



to a switch of a public switched telephone network 25 through said internet protocol network comprises the step of: 
switch through a direct access line. sending a Session Initiation Protocol INVITE message 

11. The method as claimed in claim 10, wherein said including said called party number to said gateway, 

public switched telephone network switch is identified by an 

originating switch ID (OSID). ***** 
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